Method and system for coordinated data execution using a primary graphics processor and a secondary graphics processor

ABSTRACT

A method and system for coordinated data execution in a computer system. The system includes a first graphics processor coupled to a first memory and a second graphics processor coupled to a second memory. A graphics bus is configured to couple the first graphics processor and the second graphics processor. The first graphics processor and the second graphics processor are configured for coordinated data execution via communication across the graphics bus.

RELATED U.S. APPLICATION

This application is a continuation application of and claims priority to the copending patent application entitled, “A Method and System for Coordinated Data Execution Using a Primary Graphics Processor and a Secondary Graphics” by Diercks, D. and De Waal, A., with Ser. No. 10/390,120, filed Mar. 14, 2003, hereby incorporated by reference in its entirety.

FIELD OF THE INVENTION

The field of the present invention pertains to digital electronic computer systems. More particularly, the present invention relates to a system for coordinating the operation of multiple graphics processor units within a computer system.

BACKGROUND OF THE INVENTION

Digital computers are being used today to perform a wide variety of tasks. A primary means for interfacing a computer system with its user is through its graphics display. The graphical depiction of data, through, for example, full motion video, detailed true color images, photorealistic 3-D modeling, and the like, has become a preferred mechanism for presenting complex data to the user. Increasing the performance and/or the realism of interactive three-dimensional images and scenes has become a primary driver for the increasing performance of newer computer systems.

Generally, a desktop computer system equipped to handle 3-D image data includes a specialized graphics processor unit, or GPU, in addition to the traditional CPU. The GPU includes specialized hardware configured to handle 3-D computer-generated objects. In a typical 3D computer generated object, the surfaces of the 3D object are described by data models. The GPU is configured to operate on these data models and their constituent “primitives” (usually mathematically described polygons and polyhedra) that define the shape of the object, the object attributes, and the connectivity and positioning data describing how the objects fit together. Generally, the component polygons and polyhedra connect at common edges defined in terms of common vertices and enclosed volumes. The hardware of the GPU processes the objects, implementing the calculations required to produce the realistic 3-D images. The GPU processing results in the polygons being texture mapped, Z-buffered, and shaded onto an array of pixels, creating the realistic 3D image.

In a typical graphics computer system, most of the processor intensive rendering computations are performed by the GPU included in the computer system. For example, the 3D object data models are “traversed” by a graphics driver software program (e.g., in response to user input) running on both the GPU and CPU of the computer system. Generally, the primitives describing the 3D object are processed by the CPU and sent to the GPU for rendering. For example, a 3D polyhedra model of an object is sent to the GPU as contiguous strips of polygons, comprising a graphics data stream (e.g., primitives, rendering commands, instructions, etc.). This graphics data stream provides the GPU with the information required to render the 3D object and the resulting scene. Such information includes, for example, specular highlighting, anti-aliasing, depth, transparency, and the like. Using this information, the GPU performs all the computational processing required to realistically render the 3D object. The hardware of the GPU is specially tuned to perform such processing quickly and efficiently in comparison to the CPU.

The performance of a typical graphics rendering process as implemented on a graphics computer system is highly dependent upon the performance of the underlying hardware. High performance graphics rendering requires high data transfer bandwidth to the memory storing the 3-D object data and the constituent primitives. Thus, typical prior art GPU subsystems (e.g., GPU equipped graphics cards) typically include a specialized high bandwidth local graphics memory for feeding the required data to the GPU.

A problem with the typical prior art GPU subsystems is the fact that the data transfer bandwidth to the system memory, or main memory, of a computer system is much less than the data transfer bandwidth to the local graphics memory. A GPU subsystem needs to communicate with system memory in order to exchange data with the CPU and interact with programs executing on the CPU. This communication occurs across a graphics bus, or the bus that connects the graphics subsystem to the CPU and system memory. For example, 3-D objects and their primitives need to be transferred from a program executing on the CPU and on system memory into the local graphics memory of the graphics subsystem for rendering. The low data transfer bandwidth of the graphics bus acts as a bottleneck on overall graphics rendering performance.

The problem with respect to the low data transfer bandwidth of the graphics bus constricts the flow of data in both directions. For example, the low data transfer bandwidth of the graphics bus acts as a bottleneck for those applications where data needs to be read back from the graphics subsystem to the CPU. Such applications include, for example, post-transform applications where 3-D object data after transformation needs to be read back to the CPU for use by programs executing on the CPU. Thus, even though the CPU is designed to have a very high data transfer bandwidth to system memory, programs executing on the CPU and the system memory are constricted by the very much lower data transfer bandwidth of the graphics bus, as for example, a real-time 3-D application waits for post-transform information from the graphics subsystem.

Thus, what is required is a solution capable of overcoming the limitations imposed by the limited data transfer bandwidth of a graphics bus of a computer system. What is required is a solution that eliminates the bottleneck imposed by the much smaller data transfer bandwidth of the graphics bus in comparison to the data transfer bandwidth of the GPU to local graphics memory and the CPU to system memory. The present invention provides a novel solution to the above requirements.

SUMMARY OF THE INVENTION

Embodiments of the present invention provided a method and system for coordinated data execution using a primary graphics processor and a secondary graphics processor. Embodiments of the present invention overcome the limitations imposed by the limited data transfer bandwidth of a graphics bus of a computer system. Additionally, embodiments of the present invention eliminate the bottleneck imposed by the much smaller data transfer bandwidth of the graphics bus in comparison to the data transfer bandwidth of the GPU to local graphics memory and the CPU to system memory.

In one embodiment, the present invention is implemented as a graphics computer system configured to implement a coordinated data execution process using two graphics processors. In this embodiment, the system includes a first graphics processor coupled to a first memory and a second graphics processor coupled to a second memory. A graphics bus is configured to couple the first graphics processor and the second graphics processor. The first graphics processor and the second graphics processor are configured for coordinated data execution via communication across the graphics bus.

In one embodiment, the first memory comprises a local graphics memory and the second memory comprises a system memory. The first graphics processor can be detachably coupled to the graphics bus by a connector. The second graphics processor can be integrated with a memory controller for the system memory. The first and second graphics processors function together in a coordinated manner to minimize the amount of data that is required to be transferred across the graphics bus.

In one embodiment, the first graphics processor is a detachable GPU equipped graphics card configured to perform those graphics operations that are most suited to the very high data transfer bandwidth between the first graphics processor and local graphics memory. The second graphics processor is an integrated graphics processor (e.g., an iGPU) within a Northbridge configured to perform those graphics operations that are most suited to the very high data transfer bandwidth between the second graphics processor and system memory.

In this manner, the coordinated operation of the first graphics processor and the second graphics processor reduces the amount of data required for transfer across the graphics bus, and thereby overcomes the limitations imposed by the limited data transfer bandwidth of the graphics bus.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:

FIG. 1 shows a basic system in accordance with one embodiment of the present invention.

FIG. 2 shows a more detailed system including a memory controller in accordance with one embodiment of the present invention.

FIG. 3 shows an integrated graphics processor system in accordance with one embodiment of the present invention.

FIG. 4 shows a diagram depicting the software interaction of a coordinated GPU execution process of a system in accordance with one embodiment of the present invention.

FIG. 5 shows a diagram of a system including a card-mounted GPU in accordance with one embodiment of the present invention.

FIG. 6 shows a flow chart of the steps of a coordinated graphics rendering process in accordance with one embodiment of the present invention.

DETAILED DESCRIPTION OF THE INVENTION

Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. While the invention will be described in conjunction with the preferred embodiments, it will be understood that they are not intended to limit the invention to these embodiments. On the contrary, the invention is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the invention as defined by the appended claims. Furthermore, in the following detailed description of embodiments of the present invention, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be recognized by one of ordinary skill in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the embodiments of the present invention.

Embodiments of the present invention provided a method and system for coordinated data execution using a primary graphics processor and a secondary graphics processor. Embodiments of the present invention overcome the limitations imposed by the limited data transfer bandwidth of a graphics bus of a computer system. Additionally, embodiments of the present invention eliminate the bottleneck imposed by the much smaller data transfer bandwidth of the graphics bus in comparison to the data transfer bandwidth of the GPU to local graphics memory and the CPU to system memory. Embodiments of the present invention and their benefits are further described below.

FIG. 1 through FIG. 3 show example configurations of computer systems in accordance with embodiments of the present invention. Referring to FIG. 1, FIG. 1 shows a system 100 in accordance with one embodiment of the present invention. FIG. 1 depicts a basic configuration of a system for implementing coordinated data execution using a first graphics processor 130 and a second graphics processor 120. As depicted in FIG. 1, system 100 includes a CPU 110 and a memory 125 coupled to the graphics processor 120 and a memory 135 coupled to the graphics processor 130.

The graphics processors 120-130 communicate with each other across a graphics bus 115 to facilitate the coordinated processing. The system 100 embodiment performs graphics processing to support applications executing on the CPU 110. To implement the graphics processing, the processing workload is shared between the graphics processor 120 and the graphics processor 130. The graphics processing implemented on each of the graphics processors 120-130 is coordinated in order to minimize the impact of the limited data transfer bandwidth of the graphics bus 115. The graphics processing can be shared between the graphics processors in order to exploit any parallelism, or concurrent execution properties, which may be present in an application.

The system 100 embodiment shows the memory 125 and the memory 135 for the graphics processors 120-130 respectively. In the present embodiment, the data transfer bandwidth of the busses between the graphics processor 120 and the memory 125 and between the graphics processor 130 and the memory 135 is much greater than the data transfer bandwidth of the graphics bus 115.

FIG. 2 shows a system 200 in accordance with one embodiment of the present invention. FIG. 2 depicts a more detailed configuration of a system for implementing coordinated data execution using a first graphics processor 230 and a second graphics processor 220. As depicted in FIG. 2, system 200 includes a CPU 210 and a memory 225 coupled to the GPU (graphics processor unit) 220 via a memory controller 211.

In the system 200 embodiment shown in FIG. 2, the first memory comprises a local graphics memory 235 and the second memory comprises a system memory 225. A memory controller 211 provides the interconnection between the system memory 225, the CPU 210, and the GPU 220 through the busses 212-214. A graphics bus 215 provides the interconnection between the GPU 220, the system memory 225, and the CPU 210. A local graphics memory 235 is directly coupled to the GPU 230 via a local bus 231. The rendered 3-D images are sent to a coupled display 240 for display to the user.

As with the system 100 embodiment of FIG. 1, the graphics processors 220-230 communicate with each other across the graphics bus 215 to facilitate the coordinated processing. The system 200 embodiment performs coordinated graphics processing, wherein the workload between the graphics processor 220 and the graphics processor 230 is shared in order to minimize the impact of the lower data transfer bandwidth of the graphics bus 215.

In this embodiment, the GPU 220 accesses the system memory 225 through the memory controller 211. The busses 212-214 are optimized high-speed busses configured to provide high data transfer bandwidth to the system memory 225. The GPU 230 accesses the local graphics memory 235 through an even higher performance local bus 231. The local bus 231 typically provides even greater data transfer bandwidth than the busses 212-214. In comparison, the graphics bus 215 is much slower than the local graphics bus 231 (e.g., an order of magnitude slower) and the busses 212-214.

FIG. 3 shows a system 300 in accordance with one embodiment of the present invention. FIG. 3 depicts a configuration of a system for implementing coordinated data execution wherein a second GPU 320 is integrated directly within the integrated circuit comprising a memory controller 311.

In this embodiment, the GPU 320 is integrated within the memory controller 311 and communicates with the system memory 325 across a system bus 313. The CPU communicates with the memory controller via a “front-side” bus 312. The memory controller 311 provides the communication pathway to the system memory 325 via the system bus 313.

As in the system 200 embodiment of FIG. 2, the busses 312-313 are high-speed busses. The GPU 330 communicates with a graphics memory 235 via a high-speed local bus 331 and the display 340 receives rendered graphics data from GPU 330 for display to the user. The graphics bus 315 is much slower than the local graphics bus 331 and the busses 312-313.

As with the system 200 embodiment of FIG. 2, the GPUs 320-330 communicate with each other across the graphics bus 315 to facilitate the coordinated processing. The system 300 embodiment performs coordinated graphics processing, wherein the workload between the graphics processor 320 and the graphics processor 330 is shared in order to minimize the impact of the lower data transfer bandwidth of the graphics bus 315.

FIG. 4 shows a diagram depicting the software interaction of a coordinated GPU execution process of a system 400 in accordance with one embodiment of the present invention. As shown in FIG. 4, a software application 450 is shown interacting with a graphics driver 460 as both of them execute within a CPU environment 410. The graphics driver 460 coordinates and dispatches the execution of the graphics processing by communicating with the GPU 420 and the GPU 430.

Referring still to FIG. 4, the system 400 embodiment shows the decisions the graphics driver 460 makes with regard to sharing the graphics processing load between the GPU 420 and the GPU 430. The system 400 embodiment shows an integrated GPU (iGPU) 420, similar to the integrated GPU 320 shown in FIG. 3. However, it should be noted that the system 400 embodiment is applicable to non-integrated GPUs, such as, the GPU 220 shown in FIG. 2. Accordingly, to aid the reader's understanding, the term primary GPU can be used to refer to the GPU coupled to a local graphics memory via a highly optimized, high-performance local bus (e.g., local bus 331 of FIG. 3) and the term secondary GPU can be used to refer to the GPU coupled to system memory.

In the system 400 embodiment, the graphics driver 460 splits the graphics processing workload in order to implement coordinated data execution using the primary graphics processor, in this case the GPU 430, and the secondary graphics processor, in this case the integrated GPU (iGPU) 420. The GPU 430 connects to a system memory controller across a graphics bus. The system memory controller is typically referred to as a Northbridge. The graphics bus is typically an industry standard AGP (accelerated graphics port) bus. The GPU 430 also communicates with the CPU 410, and thus the graphics driver 460 and the application 450, via the graphics bus. This is shown as the low bandwidth connections 415 a and 415 b. The GPU 430 is equipped for very high bandwidth communication with its local graphics memory 435, in the manner described above.

In the system 400 embodiment, the secondary graphics processor is integrated with the system memory controller on the same die, shown as iGPU 420. The iGPU 420 and GPU 430 communicate across the low bandwidth graphics bus, shown as the connection 415 a. The iGPU 420 has a much faster access to system memory 425 in comparison to the GPU 430. This is due to the fact that the GPU 430 must transit the low bandwidth connection 415 a of the graphics bus in order to access system memory 425.

In executing applications such as the application 450, (e.g., graphics rendering applications), the graphics driver 460 minimizes the penalties imposed by the low bandwidth connections 415 a and 415 b by coordinating the operation of the iGPU 420 and the GPU 430. In the present embodiment, graphics processing is apportioned between the iGPU 420 and the GPU 430 in order to best utilize their respective access speeds to the system memory 425 and local graphics memory 435, and in order to minimize the impact of the low bandwidth connections 415 a-b to the GPU 430 (e.g., across the graphics bus). Additionally, communications bandwidth with the CPU 410 is much greater for the iGPU 420 (integrated in the memory controller) in comparison to the GPU 430.

The GPU 430 is typically a card-mounted GPU connected to an AGP slot of the graphics bus. The iGPU 420 is typically a more limited graphics processor integrated into the Northbridge chip. Such a configuration is shown in FIG. 5 below. The graphics driver software 460 is configured to implement load sharing between the GPU 430 and the iGPU 420 depending upon the type of data execution.

The iGPU 420 is well-suited for data execution of operations that occur in the first part of a graphics pipeline. Such operations include: transform, lighting, occlusion culling, back face culling, view frustrum culling, clipping, and the like. These operations reduce the amount of data required for transfer across the limited bandwidth of the graphics bus (e.g., low bandwidth connections 415 a-b) to the GPU 430.

The iGPU 420 is also well-suited for pre-processing data operations which best utilize high communications bandwidth with system memory and/or the CPU 410 (e.g., high bandwidth connection 412), such as: texture map reordering, texture compression, decryption and/or decoding of video (e.g., MPEG-2, MPEG-4, etc.), and certain vertex shader operations.

The iGPU 420 can be used to process commands from a processing thread that is different from the thread the GPU 430 is processing. For example, the iGPU 420 can render text for a word processor, while the GPU 430 renders 3D images to a different window. In this manner, the parallelism provided by the separate iGPU 420 can be exploited by software applications (e.g., application 450).

The GPU 430 is well-suited for the traditional graphics rendering operations which require extremely high communications bandwidth with the local graphics memory 435 (e.g., anti-aliasing, etc.), or those graphics rendering operations which occur later in a graphics rendering pipeline (e.g., lighting, bump mapping, texture mapping, and the like). As described above, the local graphics bus between a GPU and its local graphics memory is a highly specialized, highly optimized bus. Such busses (e.g., local bus 331 shown in FIG. 3) can be 256 bits wide and can have more than 19 GB/sec of data transfer bandwidth.

It should be noted that the iGPU 420 can be a much smaller graphics processor than the GPU 430. For example, the iGPU 420 can be implemented as a relatively simple unit of hardware logic (e.g., a single shader unit) designed to function in accordance with one embodiment of the present invention (e.g., by reducing the amount of data required to be transferred across the graphics bus).

It should also be noted that the iGPU can be configured to use a portion of the system memory 425 as its dedicated local memory. For example, the graphics driver software 460, in conjunction with the memory management software of an operating system, will reserve a portion of system memory 425 for its own use as a local graphics memory.

FIG. 5 shows a diagram of a system 500 including a card mounted GPU in accordance with one embodiment of the present invention. As shown in FIG. 5, a GPU 530 and its graphics memory 535 are mounted on a graphics card 537 and coupled to the graphics bus 515 of computer system 500 via a connector 536.

System 500 is substantially similar to system 400 of FIG. 4. System 500, however, explicitly shows the GPU 530 being card mounted and coupled to the graphics bus 515 via a detachable connector 536. In the present embodiment, the graphics card 537 is adapted to connect into an AGP slot-type connector 536. The graphics card 537 also connects to a display 540 (e.g., flat panel display, CRT display, etc.). In this embodiment, the graphics bus 515 is in accordance with a version of the AGP specification (AGP 4×, AGP 8×, etc.).

The iGPU 520 is integrated into a Northbridge memory controller chip 511, which connects to the CPU 510 and system memory 525. A “Southbridge” chip 560 connects to the Northbridge 511 and provides connectivity to the expansion busses 565. A plurality of optional peripheral devices 571-575 are connected to system 500 via the expansion busses 565 as shown.

FIG. 6 shows a flow chart of the steps of a process 600 in accordance with one embodiment of the present invention. As depicted in FIG. 6, process 600 shows the operating steps of a coordinated graphics execution process as implemented on a iGPU-GPU equipped computer system (e.g., system 500 of FIG. 5).

Process 600 begins in step 601 where a 3-D graphics application is executed. The 3-D graphics application is primarily instantiated in system memory (e.g., system memory 525) and executes on the CPU (e.g., CPU 510). The graphics rendering operations of the application are handled through a graphics driver via the driver's API (application programming interface).

In step 602, the graphics operations are sent from the application to the graphics driver. The graphics operations are then divided into a first set of operations and a second set of operations. In the present embodiment, the first set of operations comprises those operations which occur earlier in a graphics rendering pipeline. As described above, such operations include, for example, transform, lighting, occlusion culling, back face culling, view frustrum culling, clipping, and the like. The first set of operations can also include certain pre-processing data operations which best utilize high communications bandwidth with system memory and/or the CPU. The second set of operations comprises those operations which occur later in a graphics rendering pipeline, such as, for example, anti-aliasing, lighting, bump mapping, and the like.

In step 603, the first set of graphics operations are sent to the secondary iGPU 520. In step 604 the second set of graphics operations are sent to the primary GPU 530. Then in step 605, the operation of the iGPU 520 and the GPU 530 is coordinated via communication across the graphics bus (e.g., graphics bus 515). As described above, the division of work between the primary and secondary GPUs minimizes the amount of data required to be transferred across the low bandwidth graphics bus 515.

Thus, embodiments of the present invention provided a method and system for coordinated data execution using a primary graphics processor and a secondary graphics processor. Embodiments of the present invention overcome the limitations imposed by the limited data transfer bandwidth of a graphics bus of a computer system. Additionally, embodiments of the present invention eliminate the bottleneck imposed by the much smaller data transfer bandwidth of the graphics bus in comparison to the data transfer bandwidth of the GPU to local graphics memory and the CPU to system memory.

The foregoing descriptions of specific embodiments of the present invention have been presented for purposes of illustration and description. They are not intended to be exhaustive or to limit the invention to the precise forms disclosed, and obviously many modifications and variations are possible in light of the above teaching. The embodiments were chosen and described in order to best explain the principles of the invention and its practical application, to thereby enable others skilled in the art to best utilize the invention and various embodiments with various modifications as are suited to the particular use contemplated. It is intended that the scope of the invention be defined by the claims appended hereto and their equivalents. 

What is claimed is:
 1. A system for coordinated data execution in a computer system, comprising: an add in graphics adapter having a graphics processor coupled to a local graphics memory; an integrated graphics processor coupled to a system memory; a graphics bus coupling the primary graphics adapter and the integrated graphics processor, wherein the graphics adapter and the integrated graphics processor are configured for coordinated data execution via communication across the graphics bus.
 2. The system of claim 1 wherein the integrated graphics processor is integrated into a North bridge of the computer system.
 3. The system of claim 2 wherein the integrated graphics processor is configured to use a portion of system memory for dedicated local memory.
 4. The system of claim 2 wherein the graphics adapter is detachably coupled to the graphics bus by a connector.
 5. The system of claim 2 wherein the graphics adapter is configured to communicate with the local graphics memory via a high speed local bus and the integrated graphics processor is configured to communicate with the system memory via a high speed system memory bus, wherein the graphics adapter communicates with the integrated graphics processor via a low speed graphics bus.
 6. The system of claim 2 wherein the integrated graphics processor is configured to perform graphics processing operations that occur in a first portion of a graphics rendering pipeline.
 7. The system of claim 2 wherein the graphics adapter is configured to perform graphics processing operations that occur in a second portion of a graphics rendering pipeline.
 8. The system of claim 2 wherein the graphics adapter is configured to process commands from a thread that is different from a thread being processed by the integrated graphics processor.
 9. The system of claim 1 wherein the integrated graphics processor comprises at least one shader unit.
 10. A dual GPU (graphics processor unit) system for coordinated graphics data execution, comprising: a first GPU coupled to a local graphics memory; a second GPU coupled to a system memory, the second GPU integrated with a memory controller; a graphics bus coupling the first GPU and the second GPU, wherein the first GPU and the second GPU are configured for coordinated data execution via communication across the graphics bus.
 11. The system of claim 10 wherein the first GPU is configured to perform graphics processing operations that occur in a second portion of a graphics rendering pipeline.
 12. The system of claim 11 wherein the graphics operations that occur in the second portion of the graphics pipeline includes anti-aliasing, bump mapping, or texture mapping.
 13. The system of claim 10 wherein the second GPU is configured to perform graphics processing operations that occur in a first portion of a graphics rendering pipeline.
 14. The system of claim 13 wherein the graphics operations that occur in the first portion of the pipeline includes back face culling, occlusion culling, view frustrum culling, transform, or lighting.
 15. The system of claim 10 wherein the second GPU is configured to perform pre-processing operations in conjunction with a CPU.
 16. A method for coordinated data execution using a primary graphics processor and a secondary graphics processor, comprising: executing a graphics application; dividing graphics operations from the application into a first set of operations and a second set of operations; processing the first set of operations using a primary graphics processor; and processing the second set of operations using a secondary graphics processor, wherein the secondary graphics processor is integrated with a North bridge of the computer system, and wherein the primary graphics processor and the secondary graphics processor are coupled via a graphics bus for coordinated data execution.
 17. The method of claim 16 wherein the graphics operations are divided into the first set and the second set by using a graphics driver configured to operate with the graphics application.
 18. The method of claim 16 further comprising: performing graphics processing operations that occur in a first portion of a graphics rendering pipeline by using the secondary graphics processor, wherein the graphics operations that occur in the first portion of the pipeline includes back face culling, occlusion culling, view frustrum culling, transform, or lighting.
 19. The method of claim 16 further comprising: performing graphics processing operations that occur in a second portion of a graphics rendering pipeline by using the primary graphics processor, wherein the graphics operations that occur in the second portion of the graphics pipeline includes anti-aliasing, bump mapping, or texture mapping.
 20. The method of claim 16 wherein the primary graphics processor is configured to process commands from a thread that is different from a thread being processed by the secondary graphics processor. 